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1 

Precede d'allocation/partage de ressources entre plusieurs abonnes d'un 

reseau de communications 

La presente invention a pour objet un procede d'allocation/partage de 
5 ressources entre plusieurs abonnes d'un reseau de communications. Le 
domaine d'application de Tinvention est forme par Tensemble des reseaux de 
communications du type point-multipoints dans lesquels on partage des 
ressources. Les ressources allouees sont principalement des ressources de 
transmission, par exemple des canaux definis par des dates, des frequences 

10 et ou des noeuds physique de communication. De meme invention peut etre 
transposee dans le domaine des applications multitaches ou, 
multiprocesseurs et multitaches. En effet dans le cadre d'un environnement 
multitaches, un processeur est un point central dans lequel les differents 

proc e ssus sont offoctucs. Dons cc cqs l a rossourco est un e rossouroe de 

15 traitement. Le but de invention est de garantir aux abonnes un acces 
optimum a une ressource, sans que cette ressource soit gaspill6e, et en 
assurant aux differents abonnes la quantite de ressource minimale pour 
laquelle ils ont souscrit un abonnement. Un autre but de Tinvention est de 
fournir un service de transmissions performant sans avoir a surdimensionner 

20 des equipements de transmission. 

Dans Tetat de la technique des utilisateurs peuvent deja s'abonner ^ 
un reseau de telecommunication. II existe alors deux fagons de gerer ces 
abonnements. Dans un premier cas on garantit une certaine quantite de 
ressource a ces abonnes lorsqu'ils sont connectes au reseau, par exemple 

25 une certaine bande passante. Lorsqu'un abonne se connecte, le r6seau 
connaTt la bande passante maximum et le nombre d'abonnes d6ja 
connectes. Le reseau regarde si insertion de ce nouvel abonne dans le 
reseau peut se faire sans qu'il y ait d^passement de la bande passante. Si 
cela peut se faire, le nouvel abonn6 est connects avec une bande passante 

30 donnee. Si cela n'est pas possible, la connexion est rejetee et Tabonn^e n'a 
pas acces au reseau. Dans ce cas de figure, un abonne qui se connecte se 
voit allouer, jusqu'a sa d6connexion, une certaine partie de la bande 
passante. done de la ressource. Cette ressource allouee ne peut plus etre 
utilisee par personne d'autre que cet abonne. meme ce abonn6 ne I'utilise 

35 pas alors qu'il est connecte. Cette situation est genante. car bien qu'il existe 
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de la ressource de transmission disponible, car non utilisee, il y peut y avoir 
des abonnes qui ne peuvent pas se connecter. 

La deuxieme solution qu'on trouve dans I'etat de la technique consiste 
a autoriser tous les abonnes qui en font la demande a se connecter. La 

5 ressource est alors egalement partagee entre tous les abonn6s connect6s au 
meme moment. Si un grand nombre d abonnes se connectent, on assiste 
alors ^ un 6croulement de la ressource. En effet. chaque atx)nn6 se voit 
allouer une fraction egale de la ressource. Au fur et ^ mesure que des 
nouveaux abonnes se connectent, cette fraction va en diminuant. Le 

10 problems du premier cas se repose ici. En effet, tous les abonn6s connectes 
se voient allouer une partle de la ressource, dont ils ne se servent pas 
forc6ment. Les abonnes qui se sen/ent de la ressource ne disposent quant a 
eux que de tres peu de ressources. Dans le cas de transferts de donn§es, 
les debits de trahsmlss l o r t »o i il i 6Ju i ib. En e f fet. si on prend commo oxompl e 

15 de ressource un canal de transmission ayant un debit total de 10 kbits/s et 
que 100 abonn6s soient connectes, alors chacun se voit allouer un debit de 
100 bits/s. II peut se produire le phenomene suivant, ^ savoir que 99 
abonnes sur les 100 connectes n'ont rien a transmettre, alors qu'un abonn6 
a 100 kbits a transmettre. La transmission va alors s'effectuer au rythme de 

20 100 bits/s, alors que rien ne transite sur le reste du canal. 

L'invention resout ces problemes et permet de garantir un d6bit 
minimal aux abonn6s. En effet l'invention permet d'offrir un droit d'acc6s 
contractuel et p6riodique a des ressources rendues disponibles. Dans 
l'invention I'abonn^ relSche dynamiquement la ressource dont il n'a 

25 6ventuellement pas besoin. La ressource relach6e est alors restitute aux 
autres abonn6s en communication. On 6tablit done une difference entre 
abonne connects et abonne en communication. Pour §tre en communication, 
il faut que I'abonne se solt connects et qu'il transmette des donnees. Mais un 
abonn6 connects n'Schange pas forcSment des donnSes. Lorsqu'il souhaite 

30 communiquer, I'abonnS se voit allouer la quantity de ressources pour 
laquelle il a contracte. Cette allocation se fait suite a une requete de I'abonnS 
qui indique en meme temps combien de donnSes il a § transmettre. Une fois 
ces donnSes transmises, la ressource est relachee. 

Si tous les abonnes connectSs souhaitent communiquer en mSme 

35 temps, cas tres peu probable, le reseau ne pourra eventuellement pas 
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satisfaire leur requete aux debits auquels ils ont souscrit. Mais ce probleme 
ne dure qu'un court instant. En effet, au fur et a mesure que les 
comnnunications se terminent, la ressource est liberee et reallou6e aux 
abonnes restants en communication, ou aux abonnes connectes qui 
5 manifestent un nouveaux besoin de communication. Dans ('invention on a 
decouvert que ce probleme est rare car, s'il est courant qu'il y ait beaucoup 
d'abonnes connecte, il est moins frequents que tous les abonnes connectes 
communiquent en meme temps et ^ plein debit. 

L'invention a done pour objet un procede d'allocatlon de ressources de 
10 transmission par un serveur de ressources dans un reseau de 
telecommunications entre plusieurs abonnes dans leque) : 

- on kiitialise une duree de connexion d'un premier abonne au reseau 
pendant laquelle ce premier abonne est susceptible d'utiliser une ressource 
de transmission mise a sa di spos i Uon pa r le se r veu i de l essouice du r eseau 

1 5 afin de transmettre des donnees. 

pendant une premiere duree de communication, situee 
temporellement au cours de cette duree de connexion, ce premier abonne 
utilise reellement la ressource de transmission mise ^ sa disposition par le 
serveur de ressource pour transmettre des donnees, 

20 caracterise en ce que 

- le premier abonne transmet prealablement au serveur de ressource 
une information representative d'un besoin quantifie de donnees a 
transmettre, 

- le serveur de ressource alloue au premier abonn6 des dur6es de 
25 communication, pendant cette duree de connexion, en fonction du besoin 

transmis par ce premier abonne. 

L'invention sera mieux comprise d la lecture de la description qui suit 
et a I'examen des figures qui Taccompagnent. Celles-ci ne sont presentees 
qu'a titre indicatif et nullement limitatif de Tinvention. Les figures montrent : 
30 - Figure 1 : une iilustration des besoins de rabonn6 en ressources au 

cours du temps ; 

- Figure 2 : une illustration d'un dispositif premettant la mise en oeuvre 
de rinvention ; 

- Figure 3 : une illustration de la hierarchie des abonnes en fonction de 
35 leur contrat ; 
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- Figure 4 : une illustration d'une table contenant des informations sur 
les abonnes ; 

- Figure 5 : une illustration des etapes du precede selon I'invention ; 

- Figure 6 : une illustration de la mise en ceuvre du proc§d6 selon 
5 rinvention. 

Dans la description qui suit on consldere pour simplifier que les 
ressources a allouees sont constitutes par des canaux de transmission. 
existant dans un reseau. et ayant un d6blt maximum nxe. ues ressuuru«s 
peuvent neammoins comporter entre deux points du r6seaux differents type 

1 0 de canaux. ^ differents debits. Les abonnes souscrivent un abonnement pour 
avoir acces ^ ce type de canaux de transmission et pouvoir transmettre des 
informations. Dans I'exemple decrit des abonn6s peuvent acceder au canal 
de transmission selon deux services au cholx. Un premier service garantit un 
debit minimum, un deuAieme se i v i co pormct d'avo i r acces 6 la ressniircft 

15 suivant les disponibilites. et avec un debit garanti. Une personne peut done 
s'abonner et souscrire un contrat selon le premier service et ou selon le 
deuxi6me service. L'abonnement signifle que lors d'une tentative de 
connexion au r6seau, I'utilisateur s'il est abonne. sera reconnu par le reseau 
et accepte. 

20 Selon une caracteristlque essentielle de I'invention, apres connexion 

d'un abonne. losque cet abonn6 veut transmettre des donntes. II 6met une 
requete en indiquant la quantite de donn6es qu'il veut transmettre. Par 
exemple cette indication est portee en ent§te du message de donntes que 
rabonn6 transmet au r6seau. En variante la requite est pr6alable & la 

25 transmission, celle-ci s'effectuant ensuite en synchronisme avec un ordre de 
transmisison 6mis par un serveur de transmission du r6seau. En r6ponse ii 
cette requ§te I'abonne se verra allou6 un quantum de la ressource disponible 
correspondant d son contrat. 

La figure 1 montre montre deux graphes ayant en abscisse le temps et 

30 en ordonn6es le besoin en ressource. Un premier graphe 101 conceme un 
premier abonnt, un deuxieme graphe 102 conceme un deuxieme abonn6. 
Le premier abonnt a souscrit ^ un abonnement qui lui donne le droit k un 
debit garanti di. Le deuxieme abonn§ a souscrit ^ un abonnement qui lui 
donne le droit a un d6bit garanti 62. Le deuxieme abonne a aussi souscrit d 

35 un deuxieme abonnement qui lui donne le droit d un supplem6nt de d6bit 
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optionnel maximum da. A un instant ti. le premier abonne a un besoin en 
ressource inferieur a di, il sera done servi. Le deuxieme abonne a un besoin 
en ressource superieur a 62 mais inferieur a d2 + da. II sera sen/i jusqu*a 62 
quoi qu'il arrive, et jusqu'a son besoin s*il reste suffisamment de ressources 
5 de transmission dans le reseau. A un instant t2 le premier abonn6 a des 
besoins superieurs a di et le deuxieme abonne n'a pas de besoin en 

ressource. Le premier abonne sera servi jusqu'a di. La difference entre ses 

besoins et di sera reportee sur ses besoins futurs. 

A cet effet on decoupe le temps en cycles. Chaque cycle comporte un 

10 certain nombre de fenetres temporelles. Les besoins et les droits d'un 
utilisateur sont exprimes en nombre de fenetres par cycle, Selon I'invention 
les besoins des utilisateurs sont evalues et servis periodlquement. Si k un 
instant les besoins d'un utilisateur excedent ses droits, ces besoins seront 
reportes et pns en compte au procnain examen de ses besoins. 

15 En un temps ta, le premier utilisateur a des besoins inferieurs a di, ils 

seront done servis. Le deuxieme utilisateur a des besoins superieurs da + 
da, ces besoins seront done servis jusqu'a d2. jusqu'a d2 + da s'il y a 
suffisamment de ressources. Les besoins excedant d2 + da seront examines 
ulterieurement. 

20 La figure 2 montre un dispositif comportant les elements n6cessaires d 

la mise en oeuvre de Tinvention. La figure 2 montre un ordinateur 201 de type 
ordinateur de bureau. L'ordinateur 201 est connecte a un telephone 202 
mobile par une ligne filaire de type liaison serie. Un autre telephone 203 
mobile est connecte par une liaison filaire de type serie par exemple d un 

25 autre appareil 211 pouvant §changer des donnees avec iui. Les telephones 
202 et 203 sont connectes a une station de base 204 via un aerien 205. 
Dans la pratique il s'agit ici d'etablir une liaison radioelectrique entre 
l'ordinateur 201 et une borne 204. II peut aussi s'agir d'un reseau ou les 
telephones 202 et 203 sont des terminaux et la borne 204 une passerelle 

30 vers une ligne a haut debit par exemple. 

La borne 204 contient un microprocesseur 200, une memoire 207, un 
circuit de modulation-demodulation 208, et un circuit 209 d'interfagage avec 
un reseau ayant un debit donne. La memoire 207 et la memoire de 
l'ordinateur 201 contiennent les programmes necessaires a la realisation du 

35 precede selon invention. La memoire 207 contient aussi les informations sur 
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les abonnes du reseau. Les elements 200 et 207 a 209 sont connectes par 
un bus 210. La m6moire 207 peut etre accedee en lecture et en ecriture par 
le microprocesseur 200. 

La figure 3 montre la hierarchisation des abonnes a un service. Ceux- 
5 ci sont regroup6s dans des listes en fonction de leur contrat. puis ces listes 
sont chaTnees dans une arbre binaire equllibre. Un arbre est contient une 
racine. des noeuds et des feuilles. La racine est le noeud de niveau le plus 
faible. les feuilles les noeuds de niveau le plus 6lev6 c'est a dire la 
pronfondeur de I'arbre moins 1. Les autres noeuds constitue les niveaux 
10 Intermediare. Dans un arbre binaire 6quilibre chaque niveau a un nombre de 
noeuds egal a 2'^niveau. Le fait de chainer les liste dans un arbre signifie qu'a 
chaque noeud de I'arbre est assocife une liste. 

On definie alors des chemins dans cet arbre binaire, le parcours de 

ces chemins de maniere sequentie i le pe i met de sdlisfdi i e tous les abonn6o. 

15 Dans un exemple pref6re il existe quatre types de contrats. Un premier type 
de contrat garantit ^ l'abonn6 un acc6s au r6seau avec un d6bit de 64 kbits 
ou plus, un deuxieme type avec un acces garantit de 32 kbits/s, un troisi^me 
type avec un acces de 16kbits/s et un dernier type avec un acc6s de 8 
kbits/s. On cr6e une liste pour les abonnes du premier type, deux listes pour 
20 les abonnes du deuxieme type, quatre listes pour les abonn6s du troisieme 
type et huit listes pour les abonnes du dernier type. Soit L64.0 la liste des 
abonnes la liste des abonn6s du premier type. Soit L32.0 et L32.1 les listes 
des abonn6s du deuxieme type. Soit L16.0 ^ LI 6.3 les listes des abonnes du 
troisi6me type et L8.0 ^ L8.7 les listes des abonn6s du dernier type. 
25 Une racine 301 de I'arbre 300 est constitu6 par la liste L64.0. Le 

premier niveau 302 de I'arbre 300 est constitue par les listes L32.0 et L32.1. 
Le deuxieme niveau 303 de I'arbre 300 est constitu6 par les listes LI 6.0 ^ 
LI 6.3. En fin les feuilles de I'arbre sont les listes L8.0 a L8.7. A chaque liste 
de I'arbre 300 correspond une adresse dans la memoire 207 de la borne 204 
30 dans laquelle est stocke le num6ro du premier abonne present dans cette 
liste. 



35 
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On definit dans I'arbre 300 huit chemins : 
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Chemin 0 


L64.0->L32.0->L1 6.0^L8.0 


Chemin 1 


L64.0^L32.1 -^L1 6.1 ^L8. 1 


Chemin 2 


L64.0->L32.0^L1 6.2^L8.2 


Chemin 3 


L64.0->L32. 1 ->L1 6.3->L8.3 


Chemin 4 


L64.0^L32.0^ L16.0-^L8.4 


Chemin 5 


L64.0^L32.1^ L16.1->L8.5 


Chemin 6 


L64.0->L32.0-> L16.2^L8.6 


Chemin 7 


L64.0-^L32.1-> L16.3-^L8.7 


Tableau 1 



Le parcours de tous ces chemins les uns apres les autres constitue un 
anneau. Dans cet anneau la frequence d'apparition des abonnes est 
proportionneile a la valeur du contrat qu1ls ont souscrit. Ainsi un abonne 
ayant souscrit un contrat du premier type apparaTtra dans Tanneau huit fois 

10 plus qu'un abonne ayant souscrit un contrat de demier type. II sera done 
sen/i huit fois plus souvent. Ce qui correspond bien a son contrat, en effet le 
contrat du dernier type correspond a 8 kbits/s et 8 x 8 font bien 64. On peut 
definir d'autre chemin, ce qui compte c"est la frequence d'aparition des 
abonnes lorque Ton considere Tanneau forme par {'ensemble des chemins. 

15 Dans des variantes, la structure de i'arbre 300 peut etre aggrandi. En 

effet on peut envisager un troisieme niveau, ce qui porterait le nombre de 
contrats possibes d 5. De meme il est envisageable d'utiliser un arbre qui ne 
soit pas binaire mais ternaire ou quatemaire voire plus. Cependant il est 
connu qu'un arbre d'ordre superieur a 2 peut toujours se ramener a un arbre 

20 d'ordre 2. Ainsi la structure choisi ainsi que la profondeur de Tarbre est un 
bon compromis entre le nombre de services offerts et le temps necessaire a 
la mise en oeuvre correcte de ces services. 

Dans la pratique ces huit chemins sont stockes dans la memoire 207 
que se soit sous fomne d-un tableau ou d'un morceau de programme, et la 

25 notion d'arbre a servi a les definir. Dans un exemple cette arborescence peut 
etre stockee sous la forme du tableau 1 qui comporte 32 cases. Chaque 
case correspond a una liste. Une liste est stocke dans ce tableau par le 
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num6ro du premier abonn6 qui en fait parti. 

La figure 4 illustre un exemple de stockage de la structure decrite a la 
figure 3. II s'agit d'une table 400 stockee dans la memoire 207 de la borne 
204. Cette table contient des lignes, chacune de ces lignes correspond a un 
5 abonn6. Chaque ligne contient plusieurs champs. Un premier champ 401 
correspond au numero de l'abonn§. Un deuxieme champ 42 contient des 

informations relatives au contrat qu'il a souscrit selon le premier service lui 

garantissant un debit minimum. Un troisieme champ 403 contient des 
informations sur le contrat qu'il a eventuellemnt souscrit selon le deuxieme 
10 service lui proposant un d6bit optionnel. Des champs 404 a 407 permettent 
de chaTner l'abonn6 dans les diff6rentes listes qui ont ete d6crites 
1? pr6c6demment. Enfin un champ 408 contient les besoins instantann§s de 

rabonn6 en ressource. 

Les c r iamps 404 et 405 so n t r elatifs au prem i er ocrv i co. Pour un 

15 abonn§ X le champ 404 contient le numero de I'abonne suivant I'abonn^ X 
dans la liste dans laquelle se trouve l'abonn6 X. Le champ 405 contient 
I'abonne precedent I'abonn^ X dans ia liste dans laquelle il se trouve. Si le 
champ 404 est egal au numero de l'abonn6 X, cela signifie que l'abonn6 X 
est le dernier abonn6 de la liste. Si le champ 405 est 6gal au num6ro de 

20 I'abonne X, cela signifie que I'abonne X est le premier abonne de la liste. Les 
champs 406 et 407 sont identiques aux champs 404 et 405 mais pour le 
deuxieme service. La figure 4 illustre le fait qu'un abonne num6ro 1 a 
souscrit un contrat lui assurant un d6bit de 16 kbits/s. Les abonn6s numero 6 
^ et 7 ont le m§me type de contrat. II n'y a pas dautre abonn6 sur la table, qui 

^ 25 ont le m§me type de contrat. Le champ 404 de I'abonne 1 a done la valeur 6. 

Le champ 404 de l'abonn6 6 ^ la valeur 7 est le champ 404 de I'abonn^ 7 d 
la valeur 7, ce qui signifie que I'abonne 7 est le dernier abonn6 de la liste. De 
meme le champ 405 de l'abonn6 1 . le champ 405 de l'abonn6 6 ^ la valeur 1 
et le champ 405 de I'abonne 7 ^ la valeur 6. La table de la figure 4 est cite ^ 

30 titre d'exemple. Dans la pratique on essaye d'harmoniser la longueur des 
chemins. done d'6quilibrer la longueur des listes. Cela permet de distribuer 
dans le temps I'allocation de la ressource. 

Cette structure de table cumule de nombreux avantages. Elle permet 
dans un premier temps de gerer simplement les listes utiles pour les besoins 

35 de I'invention. II suffit en effet de g6rer autant de champs du type 404 et 405 
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qu*il y a de tistes d'abonnes, D'autre part Tacces aux informations de la table 
400 et realtives a un abonne peut se faire de maniere directe, par un simple 
calcul d'adresse. On connaTt en effet la taille d'une ligne. et le num6ro de 
Tabonne. On accede aux informations concernant Tabonne en multipliant la 
5 taille d'une ligne par le numero de I'abonne et en ajoutant le resultat a 
Tadresse de base de la table 400 dans la memoire 307. La structure de liste 
chaTn6e permet une insertion et une suppression des abonnes dans les 
differentes listes de maniere rapide, il suffit de mettre ^ jour les champs 
concernes. Enfm avec la structure choisie il est possible de parcourir les 
10 listes dans les deux sens. Cela implique un gain de rapidity, notamment 
lorsqu'il faut rechercher un abonn6 en prec6dant un autre. Dans la pratique, 
une structure de ce type concernant 2000 abonnes n6cessite moins de 64 
kilo-octets. 

Dans la pr ati q ue c e tt e table 400 e st, au mo i ns pour parti e , contenu e 

1 5 dans une m6moire double port. En effet la table 400 est mise § jour lorsqu'un 
abonne exprime un besoin et lue en permanence afin de sen/ir les besoins 
des abonnes. La memoire double port permet a ces deux taches de coop6rer 
de maniere asynchrone, chaque tache utilisant un port pour acceder aux 
donnees contenues dans la table 400. 

20 Dans la pratique il existe au moins une autre liste, celle des abonnes 

connectes mais dont les besoins courants sont nuls c'est la liste des 
abonnes en maintien de communication. 

La figure 5 montre une etape preliminaire 501 de connexion. Dans 
cette etape, I'abonne annonce qu'il souhaite 6ventuellement utiliser des 

25 ressources. On passe alors a une etape 502 de mise a jour des donnees de 
connexion. Dans r6tape 502 le microprocesseur 200 va, sous le controle 
d'un programme contenu dans la m§moire 207, mettre a jour les champs 
adequats dans la table des abonnes. Le microproceseur peut aussi decider 
de refuser la connexion, s'il constate que les risques de congestion au 

30 niveau de la ressource sont trop importants. Ce risque se mesure en 
additionnant les contrats du premier service. En effet ceux-ci correspondent 
a un debit garanti. Si le debit garanti depasse de trop le d6bit disponible, il 
devient judicieux de refuser des nouvelles connexions garantissant elles 
aussi un debit. 

35 Dans un premier temps I'abonne nouvellement connecte va se 
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retrouver dans une liste des abonnes en maintien de communication. C'est- 
a-dire que I'abonne est connecte mais il n'a pas encore exprime ses besoins 
ou il n'a pas de besoins. Dans une variants on envisage que I'abonne 
exprime un besoin d6s sa connexion. Dans ce cas I'abonne est directement 
5 insere dans une liste adequate en fonction de son ou ses abonnements. On 
passe a une 6tape 503 de requete d'allocation de ressources. Dans cette 
6tape le microprocesseur va recevoir et traiter les requetes des abonn6s 
connect6s. Ces requetes arrivent soit par un canal de signalisation, soit par 
la methode dite du "piggybacking". Cette methode consiste d insurer dans les 

10 trames de donnees des informations de signalisation. On economise ainsi de 
la ressource car la signalisation n'est pas constante. 

Dans un exemple prefere on utilise un canal de signalisation k bas 
debit. Dans ce canal de signalisation a chaque abonne, qu'il soit connects ou 

non, est attnbue une fen6 tr e tempo r elle luutes l es 500 m i l l isecondeo. Co 

15 canal de signalisation bas d6bit est utilise pa I'abonn^ lorsqu'il se connecte 
pour initier le dialogue avec le serveur, et exprimer ses prepiers besoins. Par 
la suite le debit du canal de signalisation est augments par la methode du 
"piggybacking". Cette augmentation du d6bit de signalisation permet une 
reactivity plus importante du serveur par rapport aux besoins de I'abonne qui 

20 peuvent etre exprim6 plus souvent. II y a un lissage du flux de donn§s de 
rabonn6 vers le serveur. Pour conserver cet avantage, on alloue une fenetre 
temporelle d un abonn§ connecte meme lorque celui ci n'a pas exprim6 de 
besoin. On conserve ainsi une reactivity Importante face ^ une demande 
yvetuelle. 

25 Dans un exemple un abonne num6ro 2 a besoin de cinq fen§tres 

temporelles pour emettre des donn6es. Le microprocesseur va done mettre d 
jour le champ 408 de la ligne con-espondant S I'abonne num6ro 2. II va 
incr6menter ce champ le chiffre 5. C'est r6tape 504 de mise ^ jour des 
donnees. Qu'il y ait eu ou pas de requete d'allocation. on passe 

30 r6gulierement dans une etape 505 de parcours de I'arbre du service 1 . Dans 
une variante, I'abonnee exprime ses besoins d chaque fois qu'il emet des 
donnees. Dans ce cas. le champ 408 n'est pas incr6menter d'un nouveau 
besoin mais mis a jour par les besoins exprim6s. 

Lorsqu'un abonne exprime un besoin, il est ins6re dans les listes 

35 correspondant ^ ses contrats. C'est-a-dire, toujours dans le cas de I'abonne 
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numero 2, il sera insere dans une liste correspondant au service 1 et a un 
contrat garanti de 8 kbits/s. Mais il sera aussi inscrit dans une liste 
correspondant au deuxieme service et lui garantissant un debit optionnel de 
8kbits/s. L'insertion dans une liste se fait soit par la gestion d'un pointeur 
5 d'insertion, soit un parcours de I'arbre afin de trouver la meilleure position oCi 
insurer rabonn6. Le pointeur d'insertion est mis a jour a chaque nouvelle 

insertion, il s'agit done de la nnethode la plus raoide. mais elle est un plus 

goumnande en place m6nnoire. Le but de Toperation etant que chaque 
chemin ait sensiblement la meme longueur en nonnbre d'abonn6s. L'insertion 

10 d'un 6l6ment dans une liste chaTnee se fait de maniere connue. 

L'etape 505 commence toujours par Texploration de la liste L64.0. On 
commence en effet a servir ceux qui ont le plus gros contrat. Dans Texemple 
choisi, represente sur la figure 4, la liste L64.0 contient un seul abonn^ qui 
est le numero 5, Cet abonn6 a besoin de 56 fenetres temporelles. On 

15 considere. pour ies besoins de Texplication, qu'une trame contient 100 
fenetres temporelles. Un cycle contient huit frames. On considere aussi 
qu'un contrat du premier type donne le droit a 8 fenetres temporelles par 
cycle, un contrat du deuxieme type a quatre fenetres temporelles par cycle, 
un contrat du troisieme type a deux fenetres temporelles par cycle et enfin un 

20 contrat du dernier type a une fenetre temporelle par cycle. Dans le cas de 
Tutilisation d'un codage CDMA, le nombre de fenetre par cycle est gere en 
meme temps qu'un nombre de code par cycle, 

L*abonn6 5 va done se voir attribuer une fenetre temporelle dans la 
premiere trame. Selon le chemin 0 on passe alors S la liste L32.0. Celle-ci 

25 est vide on passe done a la liste L16,0 qui commence a rabonn6 numero 1, 
L'abonne numero 1 se voit done attribuer une fenetre temporelle dans la 
trame, puis on passe a Tabonne 6 et 7 qui se voient eux aussi attribuer une 
fenetre temporelle chacun dans la trame. On passe alors a la liste L8.0 qui 
comence a Tabonne num6ro 2. Les abonn6s 2 et 8 se voient eux aussi 

30 attribuer une fenetre temporelle chacun dans la trame. Le parcours de I'arbre 
correspondant au sevice 1 s'arrete soit a la fin d'un chemin, soit lorsqull y a 
depassement de la capacite d'une trame. On est ainsi sur de servir les 
abonnes selon leur contrat garanti, ou de gerer pour le mieux les 
congestions. 

35 Lors du prochain passage par I'etape 505, le parcours de Tarbre 300 
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se fera suivant le chemin 1, puis lors du parcours suivant I'ordre du chemin 2 
ainsi de suite jusqu'au chemin 7. On recommencera alors le cycle, avec le 
chemin 0. 

L'etape 505 est suivie d'une etape 506 de parcours de I'arbre du 
5 service 2. Get arbre n'est pas repr§sent6 mais il est similaire ^ I'arbre 
corespondant au seivice 1. Son parcours est cependant legdrement 
different. En effet les abonnes qui sont presents dans I'arbre du service 2 ne 
sont servis que s'il reste des fenfetres temporelles disponibles dans la trame. 
On sert done les abonn6s present dans I'arbre tant qu'il y a des fenetres 
1 0 temporelles de libres dans la trame. Bien sur si on constate qu'il n'y a aucun 
besoin exprim6 dans I'arbre du service 2. on interrompt le parcours. 

Que ce soit dans I'arbre du service 1 ou dans I'arbre du service 2. au 
fur et a mesure que les besoins des abonnes sont servis. les champs 408 
con-espondant ^ ces abonnes sont mis a jour. 
1 5 On passe alors a une etape 507 de deconnexlon. Dans cette etape le 

microprocesseur 200 etudie les demandes de deconnexion. Un abonne qui 
souhaite se deconnecter sera retire de toutes les listes dans lesquels il 6tait 
present. On retire cet abonne des listes en mettant a jour les pointeurs 404 ^ 
407. Par exemple pour d6connecter l'abonn6 numero 6 de la figure 4. on 
20 efface la valeur des champs 404 et 405 correspondant § I'abonn^ num6ro 6. 
apres avoir mis a jour le champ 404 de I'abonne 1 c'est-a-dire lul avoir 
affecte la valeur 7 et apr6s avoir mis a jour le champ 405 de I'abonne 7 c'est- 
a-dire lui avoir affecte la valeur 1. La suppression revient done d affecter la 
valeur du champ 404 de l'abonn6 que I'on supprime au champ 404 de 
25 I'abonne qui le pr6c6de. et a affecter la valeur du champ 405 de I'abonn^ que 
I'on supprime au champ 405 de I'abonn^ qui le suit. II faut bien sQr d^tecter 
le cas ou II s'agit d'un premier ou d'un dernier de liste qui se d§connecte. 
Pour cela il suffit de tester les valeurs 404 et 405 et de les comparer au 
numero de l'abonn§. Si le champ 405 est 6gal au num6ro de l'abonn6. cela 
30 signifie que l abonn6 est le premier de la liste. Pour deconnecter il suffit alors 
d'affecter au champ 405 du deuxi^me abonn6 de la liste la valeur du 
deuxiSme abonn6 de la liste. Si c'est le dernier abonn6 de la liste qui se 
d^connecte. il suffit d'affecter au champ 404 de I'avant-demier abonn6 de la 
liste. le num6ro de I'avant-demier abonn6 de la liste. Bien sur si l'abonn6 
35 etait le seul dans la liste. il suffit d'effacer les champs 404 et 405. Dans les 
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trois derniers cas qui ont ete cites, il ne faut pas oublier de mettre a jour les 
zones de memoire contenant les numeros des premiers de liste. 

Une fois qu'une trame est constituee, c'est-a-dire dans un exemple 
toutes les 5 nns, elle est transmise par le microprocesseur 200 au circuit 209 
5 qui Tenvoie alors sur le reseau. Le microprocesseur 200 va se servir du 
circuit 208 et de I'aerien 205 pour emettre les messages radioelectriques, par 

exempK qui ont signifie a Tordinateur 201, via le telephone 202 le nombre de 

fenetres temporelles dont il dispose dans la prochaine trames qui va partir. 
Fort de ce renseignement I'ordinateur 201 va pouvoir transmettre les 
10 informations correspondant au nombre de fenetres temporelles qui lui ont ete 
allou6es. Ces informations seront emises via le telephone 202, regues par 
Taerien 205 demodulees par le circuit 208 et mises dans les trames par le 
microprocesseur 200. 

La tigure 6 montre un premier cycle bUl et un deuxieme cycle 602. La 
1 5 troisieme trame du cycle 602 est decomposee. Une trame 603 montre qu'elle 
est composee de 100 fenetres temporelles, par exemple, numerotees de 0 a 
99. Au cours du cycles 601 , les trames 0,1,2 ont suffit d servir les besoins 
des abonnes sans qu'il y ait de congestions. Au cours de la trame 3, les 
besoins correspondant S des d6bits garantis ont depasse la capacit6 de la 
20 trame. c'est ce qu'on appelle une congestion, c'est-a-dire le reseau ne 
parvient plus a satisfaire les besoins des abonnes. Le parcours de Tarbre 
correspondant au service 1 s'est done interrompu dans le chemin courant, au 
moment ou la capacite de la trame a 6te atteinte, c'est-a-dire 100 fenetres 
temporelles. Dans la trame 4, correspondant th6oriquement au parcours de 
25 chemin suivant, on a repris le parcours Id ou il avait 6te interrompu dans le 
chemin correspondant a la trame 3. Puis on a parcouru le chemin 
correspondant a la trame 4. 

Le cycle 602 illustre un cas de figure ou il y a tres peu 
d'encombrement dans les cycles, certaines trames sont meme vides. 
30 Dans la pratique on mesure un taux de congestion qui correspond a 

un nombre de trames consecutives pour lesquelles on n*a pas pu satisfaire 
les besoins des abonnes present dans les chemins correpondant d ces 
trames. Si ce taux devient trop eleve, et si une il reste de la place dans une 
trame, on peut decider de parcourir plus d'un chemin pour remplir cet trame. 
35 Cela aura pour effet de faire diminuer le taux de congestion. 
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La m^thode de gestion des congestions permet de continuer a servir 
les abonn^s proportionnellement au contrat qu'ils ont souscrit, meme si celui- 
ci n'est pas tout d fait atteint. Ce traitement est satisfaisant. car il est base sur 
une hypothese que les congestions ne sont pas frequentes, done d'une part 
5 les abonn6s ne seront pas trop Ies6s et que d'autre part ils ne se rendront 
pas compte qu'ils sont I6s6s. 

Dans la pratique le precede decrit est c§ble. c'est-^-dire realist sous 
la forme d'un circuit 6lectronique. II faut en effet r6pondre aux besoms ae 
2000 abonnes . avec un examen de ces besoins toutes les 5 ms. Lorsque 
10 des microprocesseurs suffisamment puissants apparattront, ou pour des 
applications ayant des contraintes temporelles nnoinsjmportantes on peut 
utiliser une version purement logicielle du proc6de. 

La description prec6dente ne fait etat que de deux types de service, 
neammo i ns dans la pialiqu e i l peut tres b i en n'y on avoir qu'un oomm e i l p e ut 



15 y en avoir plus de deux. 
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REVENDICATIONS 



1 - Precede d'allocation de ressources (209) de transmission par un 
serveur (204) de ressources dans un reseau (202-204) de 
5 telecommunications entre plusieurs a bonnes (202, 203) dans lequel : 

- on initialise une duree de connexion d'un abonn6 au reseau pendant 
■oqn^ii^ r-A premier abonne est susceptible d'utiliser une ressource de 
transmission mise ^ sa disposition par le serveur de ressource du r§seau afin 
de transmettre des donn6es, 

10 - pendant une premiere duree de communication. situ6e 

temporellement au cours de cette duree de connexion, cet abonne utilise 
reellement la ressource de transmission mise a sa disposition par le serveur 
de ressource pour transmettre des donn^es, 
caract6ris6 en ce que 

15 - I'abonne transmet pr6alablement au serveur de ressource une 

information representative d'un besoin quantifi6 de donn6es ^ transmettre. 

- le serveur de ressource alloue ^ I'abonn^ des quanta de ressource 
de communication, par exemple une duree de communication, pendant cette 
dur6e de connexion, en fonfetion du besoin transmis par cet abonn6. 

20 2 - Proc6de selon la revendication 1 . caracteris6 en ce que 

. pour transmettre prealablement. les donn6es a transmettre 
comportent un entete repr6sentatif du besoin quantifi^. 

3 - Proc6d6 selon I'une des revendications 1 ou 2, caracteris6 en ce 

que 

25 - on classe des abonnes connect6s dans des classes representatives 

de contrat et ou de services auxquels ils ont souscrit. 

- et on alloue une ressource de transmission ^ chaque abonne en 
communication en fonction de la classe de son contrat et ou de son service, 

et ou de ses besoins. 
30 4 - Proc6d6 selon la revendication 3, caracterise en ce que 

- on organise les classes dans un cycle de parcours, la frequence 
d'apparition de chaque classe dans ce cycle suit une progression 
geom6trique. 

5 - Proc6d6 selon Tune des revendications 3 ou 4. caracterise en ce 

35 que 
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- pour classer, on cree une table (400) comportant, pour chaque 
abonne, 

- un champ (401 ) de reference relatif a une identite de Tabonne, 

- un champ (405) de designation d'un abonne devant etre servi 
5 avant cet abonn6, 

- et un champ (404) de designation d'un abonne devant etre 
servi apres cet abonne, et 

- on alloue des ressources de transmission disponibles au fur et a 
mesure aux diff6rents abonnes en fonction d'un ordre resultant de cette 

10 table. 

6 - Procede selon la revendication 5, caracteris6 en ce que 

- on stocke dans un champ (408) de la table les besoins des abonn6s 

- on met a jour les besoins des abonnes au fur et ^ mesure qu'ils sont 
exp iir nes et ou se r v i s. — — 

15 7 - Procede selon Tune des revendications 5^6, caracterise en ce 

que 

- on met a jour la table au fur et a mesure des entrees et sorties de 
communications des abonnes au r6seau. 

8 - Procede selon Tune des revendications 1 a 7, caracterise en ce 

20 que 

- on repartit des abonnes connectes dans plusieurs listes 
representatives de degres de priorite d'allocation de ressource, 

- on organise ces listes selon une arborescence (300) binaire avec un 
noeud racine des noeuds intermediaires et des noeuds finaux dits feuilles, 

25 - on fixe la profondeur de I'arborescence, et on definit ainsi un nombre 

de noeuds et un nombre de chemins, 

- le noeud racine est associe a une liste d'abonn^s avec des plus 
grands degres de priority, 

- au fur et a mesure qu'on descend dans Tarborescence, chaque 
30 nceud intermediaire est associe a une liste, les listes associ6es contenant 

des abonnes avec des degr6s de moins en moins prioritaire selon le niveau 
du noeud, 

- les noeuds feuilles etant associes chacun a une liste, les listes 
associees aux noeuds feuilles contenant des abonn6s avec des degres les 

35 moins prioritaires, 
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- chaque chemin contient le noeud racine. un ncEud intermediaire de 
niveau inferieur, un ncBud intermediaire de niveau encore inferieur, et ainsi 
de suite, et un noeud feuille, 

" on parcourt rarborescence binaire depuis son noeud racine vers ses 
noeuds feuilies. ^ chaque noeud d'arborescence rencontr6. on parcourt la 
liste associee pour aliouer les ressources aux abonnes connect6s de cette 
liste 

on parcourt tous les chemins les uns aprfes les autres, 



- chaque nceud d'un niveau donne dans Tarbre apparaTt un nombre de 
10 fois sur rensemble des chemins qui est une puissance de deux 

correspondent a son niveau. 

9 - Procede selon la revendication 8, caracterise en ce que 

- on decoupe la duree de communication en cycles (601, 602), 
on decoupe chaque cycle en trames, par exemple en huit trameg de 

15 cinq millisecondes, 

- on decoupe chaque trame en fen^tres temporelles, par exemple 100 
fenetres temporelles par trame, 

- on alloue la ressource sous la forme d'un nombre de fenetres 
temporelles par cycle. 

20 10 - Procede selon I'une des revendications 8 ou 9. caracterise en ce 

qu'on alloue la ressource sous la forme de code, par exemple dans le cas 
d'un acces multiple a division par codage (CDMA) 

1 1 - Procede selon I'une des revendications 9 ou 10, caracterise en ce 

que 

25 - on parcourt un chemin de I'arbre des listes des abonnes, 

. on alloue des ressources correspondant aux besoins des abonnes 
presents dans les listes de ce chemin, sans que les ressources allouees ne 
puissent exceder une trame, 

- s'il reste des fenetres temporelles non allou6es a la fin du parcours 
30 de ce chemin, elles sont allouees pour des autres abonnes ayant souscrit 

des contrats a des services ayant des priorites moindres, 

- en cas de depassement de la taille de la trame, on reporte les 
besoins d'allocation sur une trame d'un cycle suivant. 

12 - Proced6 selon Tune des revendications 8 a 11 . caracterise en ce 
35 qu'on parcourt I'arbre des listes d'abonnes, ou un chemin de cet arbre, tant 
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qu'un seuil de ressource allouable n'a pas ete atteint. 

13 - Precede selon Tune des revendications 10 a 12, caracterise ne ce 

que 

- on stocke I'ordre de parcours des listes d'abonnes dans un tableau 
5 contenu dans une memoire (Tableau 1). 



i 
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ABREGE 

Proc§cle d'allocation/partage de ressources entre plusieurs abonn6s 

5 On optimise, dans un r6seau (201 ^ 204), {'utilisation d'une ressource 

(209) en g6rant son acc6s de maniere dynamique. Des utilisateurs n'acc6de 
a cette ressource que lorsqu'ils en ont besoin et II la libera tout de suite 
apres. Cela est obtenu grace a une hierarchisation. aans une memoire ^zu/; 
et sous forme de liste, des utilisateurs en fonction d'un contrat qu'ils ont 
10 souscrit pour avoir acces a la ressource. Les besoins d'acc6s d la ressource 
des utilisateurs sont examines et servis (200) regulierement. 



Figure 2. 
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